home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990725-20000114
/
000204_news@columbia.edu _Sun Oct 17 06:56:21 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id GAA22916
for <kermit.misc@watsun.cc.columbia.edu>; Sun, 17 Oct 1999 06:56:21 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id GAA29764
for kermit.misc@watsun.cc.columbia.edu; Sun, 17 Oct 1999 06:52:23 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
Subject: Re: kermit dos and windows 95
From: cangel@famvid.com
Message-ID: <rThO3.2675$i3.140443@news21b.ispnews.com>
Organization: bCandid - Powering the world's discussions - http://bCandid.com
Date: Sun, 17 Oct 1999 10:52:07 GMT
To: kermit.misc@columbia.edu
On 1999-10-08 fdc@watsun.cc.columbia.edu(FrankdaCruz) said:
FD><cangel@famvid.com> wrote:
FD>: I'm using the 3.14 version of MSKermit patched to level 9 and
FD>have tried : running the 3.16 beta MSK16 but it seems the APC
FD>control will _not_ shut : off?
FD>: I seem to recall reading that the 'set terminal apc on' and 'off'
FD>are : reversed or something?
FD>Not that I know of. Can you please state the sequence of events
FD>that leads you to this conclusion?
It auto-detects when I'm trying to upload and download and jumps to the
appropriate screen but with no directory information nor a filename to
upload. I exit and it restarts about 7-8 times before finally giving up.
Version 3.14 does not do this using the same config files, just 3.16 beta
does this. Nothing I've tried will persuade kermit to wait for me to
define a filename and or path.
FD>: Was this ever fixed and if so where would I find the patch file
FD>for this? :
FD>: BTW: I am hoping to convince Kim Heino (author of LINUX BBBS) and
FD>the people : at Santronics (Wildcat BBS) to update the packet
FD>length in their software : implentations of the kermit protocol.
FD>It is set 'standard' at 94 byte : packets and it CRAWLS. I can do
FD>9k packets no problem with UNIX systems : that have this packet
FD>length max'd out. If Frank D. Cruz is reading this - : how about
FD>shooting them an email explaining that 94 byte packets is no :
FD>longer the 'standard' required for proper kermit transfers? :
FD>There is no standard packet length. All that's standard are the
FD>parameters and procedures by which the length is negotiated. The
FD>file receiver tells the sender the maximum packet length (up to
FD>~9K) it is prepared to accept. The sender may not send packets
FD>longer than that but of course can send shorter ones.
FD>Most 3rd-party Kermit protocol implementations are limited to
FD>94-byte packets and 1 window slot because that's the bare minimum
FD>required by the protocol definition, and the easiest to program.
FD>: Maybe they
FD>: would believe you and just _do_ it rather than argue about it?
FD>I'd recommend they simply make a provision to allow the owner of
FD>the BBS to substitute C-Kermit as an external implementation of the
FD>Kermit protocol. There is no reason for them to try to duplicate
FD>all the work we've put into C-Kermit all these years, and then
FD>track changes in the future. Let them concentrate on the BBS
FD>aspects and let us concentrate on the Kermit protocol.
I agree with your logic. I will see if the authors of these BBS packages
can accept this as logical. 8)
FD>Ditto for DOS-based BBS's -- if they can be configured to
FD>substitute external protocols for built-ones, then MS-DOS Kermit
FD>can be used. See the Kermit News article:
FD>http://www.columbia.edu/kermit/newsn6.html#bbs
Charles Angelich